home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 253 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  3.3 KB
  1. From: Eugene Lazutkin <eugene@int.com>
  2. Message-ID: <01BAF15D.08B8EEE0@dino.int.com>
  3. X-Original-Date: Fri, 2 Feb 1996 10:55:57 -0600
  4. Path: in1.uu.net!bounce-back
  5. Date: 03 Feb 96 06:36:31 GMT
  6. Approved: fjh@cs.mu.oz.au
  7. Organization: -
  8. Newsgroups: comp.std.c++
  9. Subject: RE: Cleaning auto_ptr copy semantics.
  10. Encoding: 91 TEXT
  11. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  12.     iQBFAgUBMRMChOEDnX0m9pzZAQHMqQF+PH9+UUUF58laJsOi7McxjVAMqsJbiLcF
  13.     116iHkKpAdpq8EVD5Z7sEEvPI10Wq/e7
  14.     =eJjv
  15.  
  16. On     Friday, January 26, 1996 9:47 AM,     gregor@netcom.com (Greg Colvin) wrote:
  17.  
  18. > A simple implementation makes the semantics clear:
  19. > 
  20. >    template<class X> class auto_ptr {
  21. >       X* px;
  22. >       mutable bool owner;
  23. >    public:
  24. >       explicit auto_ptr(X* p=0) : px(p), owner(true) {}
  25. >       template<class Y>
  26. >          auto_ptr(const auto_ptr<Y>& r) : px(r.release()), owner(true) {}
  27. >       template<class Y>
  28. >          auto_ptr& operator=(const auto_ptr<Y>& r) {
  29. >             if (&r != this) {
  30. >                if (owner) delete px; else owner = true;
  31. >                px = r.release();
  32. >             }
  33. >             return *this;
  34. >          }
  35. >       ~auto_ptr() { if (owner) delete px; }
  36. > 
  37. >       X& operator*()  const { return *px; }
  38. >       X* operator->() const { return px; }
  39. >       X* get()        const { return px; }
  40. >       X* release()    const { owner = false; return px; }
  41. >    };
  42.  
  43. Sometimes I  implement copy-op?
  44.  
  45. template<class Y>
  46.     auto_ptr& operator=( Y* p ) {
  47.         if( p != px ) {
  48.             if( owner )
  49.                 delete px;
  50.             else
  51.                 owner = true;
  52.             px = p;
  53.         }
  54.     }
  55.  
  56. Of course this is just model suggestion. I'm not sure about constness of 
  57. a pointer. Maybe const pointers suggest that auto_ptr doesn't take ownership.
  58. Anyway this is just a question.
  59.  
  60. Sometimes I need reallocate my object and it looks like:
  61.  
  62.     auto_ptr<MYOBJECT>    x( new MYOBJECT(1) );
  63.     /* ... */
  64.     x = auto_ptr<MYOBJECT>( new MYOBJECT(1) );
  65.  
  66. If x keeps a head of dynamic structure, I need to change the value of the x 
  67. when this dynamic structure is changing (growing or shrinking).  To my the 
  68. current auto_ptr (and your proposal) doesn't provide an elegant solution.  
  69. IMHO, the stright simple assignment operator will work just fine.
  70.  
  71. I didn't find standard equal-operators:
  72.  
  73. template<class T>
  74. bool        operator== ( const auto_ptr<T>& l, const T* r )    
  75.             { return l.get()==r; }
  76.  
  77. template<class T>
  78. bool        operator== ( const T* l, const auto_ptr<T>& r )    
  79.             { return l==r.get(); }
  80.  
  81. template<class T>
  82. bool        operator== ( const auto_ptr<T>& l, const auto_ptr<T>& r )    
  83.             { return l.get()==r.get(); }
  84.  
  85. template<class T>
  86. bool        operator!= ( const auto_ptr<T>& l, const T* r )    
  87.             { return l.get()!=r; }
  88.  
  89. template<class T>
  90. bool        operator!= ( const T* l, const auto_ptr<T>& r )    
  91.             { return l!=r.get(); }
  92.  
  93. template<class T>
  94. bool        operator!= ( const auto_ptr<T>& l, const auto_ptr<T>& r )    
  95.             { return l.get()!=r.get(); }
  96.  
  97. It's pretty convinient.  It's good if you are going to create a STL 
  98. container of auto_ptr's.  In this case you can use STL's algorithms.
  99. Otherwise each programmer should implement this functions manually.
  100.  
  101. Best regards
  102.  
  103.  
  104.  
  105. Eugene Lazutkin
  106. eugene@int.com
  107. ---
  108. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  109.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  110.   is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
  111.